home *** CD-ROM | disk | FTP | other *** search
/ Light ROM 4 / Light ROM 4 - Disc 1.iso / text / maillist / 1995 / 1095.doc / 001688_owner-lightwav…mail.webcom.com_Tue Oct 31 10:30:22 1995.msg < prev    next >
Internet Message Format  |  1995-11-07  |  3KB
  1. Received: by mail.webcom.com
  2.     (1.37.109.15/16.2) id AA092604222; Tue, 31 Oct 1995 10:30:22 -0800
  3. Return-Path: <owner-lightwave@mail.webcom.com>
  4. Received: from mv.mv.com by mail.webcom.com with ESMTP
  5.     (1.37.109.15/16.2) id AA092354207; Tue, 31 Oct 1995 10:30:08 -0800
  6. Received: (uucp@localhost) by mv.mv.com (8.6.10/mv(b)/mem-940616) id NAA22929 for lightwave@webcom.com; Tue, 31 Oct 1995 13:23:22 -0500
  7. Received: by fusion.mv.com (V1.16/Amiga)
  8.     id AA00ijx; Tue, 31 Oct 95 12:08:44 EST
  9. Date: Tue, 31 Oct 95 12:08:44 EST
  10. Message-Id: <9510311708.AA00ijw@fusion.mv.com>
  11. Message-Id: <2189d2c7.b71bf-mark@fusion.mv.com>
  12. In-Reply-To: <Pine.SUN.3.91.951031020332.9705C-100000@access1.digex.net>
  13.          (from Ernie Wright <erniew@access.digex.net>)
  14.          (at Mon, 30 Oct 1995 23:16:51 -0800)
  15. X-Mailer: //\\miga Electronic Mail (AmiElm 4.159)
  16. From: mark@fusion.MV.COM (Mark Thompson)
  17. To: lightwave@mail.webcom.com
  18. Subject: Re: Color Match,n
  19. Sender: owner-lightwave@mail.webcom.com
  20. Precedence: bulk
  21.  
  22. Ernie Wright <erniew@access.digex.net> writes:
  23. > J. Eric Chard wrote:
  24. > >     It seems to me (hah!) that this would be a hardware issue:  if your
  25. > > encoder will translate certain RGB values into illegal NTSC signals, well,
  26. > > it's hardware....
  27. > 
  28. > That's about how far I got.  I guess that's why I'm not an engineer.
  29.  
  30. The problem is, its impossible for the encoder to do the right thing
  31. because it has no way of knowing what the right thing is. If the video it
  32. is getting is legal, it should be passed untouched. If its heavily over
  33. saturated, the chroma should be reduced. If its too hot, the luminance gain
  34. should be dropped. But these changes must occur across the entire image for
  35. the duration of the sequence (or else disturbing visual effects will be
  36. created), and the encoder has no way of knowing how to adjust what in
  37. advance. Some encoder simply clip the signals, but this looks pretty
  38. shabby. The real solution (other than to always give it legal values), is
  39. to put a good proc amp on the output and allow the trained operator to set
  40. it accordingly.
  41.      *~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~*
  42.      *           Mark Thompson                  (603) 424-1829    *
  43.      *         Fusion Films, Inc.             mark@fusion.mv.com  *
  44.      * Director of Animation and Special FX                       *
  45.       ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 
  46. --
  47. mark@fusion.MV.COM (Mark Thompson) sent this message.
  48. To Post a Message           : lightwave@webcom.com
  49. Un/Subscription Requests To : lightwave-request@webcom.com
  50. (DIGEST)                 or : lightwave-digest-request@webcom.com
  51. Administrative Items To     : owner-lightwave@webcom.com